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Eine Vorrichtung und ein ProzeS fur den Zugriff auf Ja- 
va-Methoden, die in einer Datenbank mil Java-Klassen 
und Java-Methoden (260) enthalten sind, durch eine Java 
nicht unterstutzende Anwendung, die auf einem lokalen 
Rechner (100) oder einem externen Rechner (170) lauft. 
Die Java nicht unterstutzende Anwendung generiert ei- 
nen Standard-TCP/IP-Kommunikationsaufruf fur eine Me- 
thode einer Java-Klasse in der genannten Datenbank. Ein 
Java-Service-Server (120), der auf einer Java VM auf dem 
lokalen Rechner lauft, empfangt den Methodenaufruf und 
die zugehorigen Para mete rdaten und ubernimmt deren 
Ausfuhrung, einschliefclich der Umwandlung des Aufrufs 
und der zugehorigen Parameterdaten aus einem Trans- 
portformat in Java-Ursprungsdatentypen. Die umgewan- 
delten Daten werden verwendet zum Auf rufen einer Java- 
Methode, die durch Anwendung der genannten Methode 
auf die umgewandelten Parameterdaten ausgefuhrt wird. 
Die Ergebnisdaten der Methodenausfuhrung werden aus 
dem Java-Format in das Transportformat umgewandelt, 
in welchem sie an die Java nicht unterstutzende Anwen- 
dung ubermittelt werden. 
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Beschreibung 

Gebiel der Erfindung 

Die Erfindung beirifft eine Vorrichtung fur den Zugriff 
auf Java-Methoden, die in einer Datenbank mil Java-Klas- 
sen und Java-Methoden en thai ten sind, durch eine Anwen- 
dung, wobei die genannte Datenbank in einem lokalen 
Rechner gespeichert ist und auf sie durch einen Server zuge- 
grifYen wird, der in einer Java-Unigebung auf dem genann- 
ten lokalen Rechner lauft. Die Erfindung betrifft auch einen 
ProzeB fiir den Zugriff auf Java-Methoden und ein auf ei- 
nem Daten trager gespei chert es Programm-Produkt zur 
Steuerung eines Rechners, der diesen ProzeB ausfuhrt. 

Hintergrund der Erfindung. Stand der Technik 

Der Zugriff auf Java-Mcthodcn durch Java nicht untcr- 
stutzende Anwendungsprogramme erfordert eine Program- 
mierung mil einer detailiierten Schnittstellenspezifikation. 
die zum Zeitpunkt der Impiementierung bekannt sein muB. 
AuBerdem sind Implementierungen dieses Typs spezieU auf 
die Schnittstelle abgestimmt, fur die sie programmiert sind. 
Jede Veranderung der Schnittstelle hat somit eine Neupro- 
grammierung zur Folge. AuBerdem unlerstutzen einige Pro- 
grammierungsumgebungen den Java-Zugriff nicht und es 
miiBten daher spezielle Kommunikauonsmodule entwickelt 
werden, um diese Grenze zu uberwinden. 

Die Verwendung verteilter Java- Anwendungen, bei denen 
auf eineni Rechner laufende Programme Methoden von 
Java-Objekten aufrufen konnen, die auf einern anderen 
Rechner gespeichen sind, ist bekannt. Eine solche entfernte 
Anwendung wird ermogiichsi durch die in deni Buch "JAVA 
RMI: Remote Method Invocation", T. B. Downing, IDG 
Books, 1998, ISBN 0-7645-8043-4 beschriebene Schniti- 
stelle Remote Method Invocation (RMI). 

Zusammenfassung der Erfindung 

Es ist eine Aufgabe der Erfindung, Zugriff auf Java-Me- 
thoden durch Java nicht untersiuizende Anwendungen auf 
effektivere Weise und mil weniger Programmieraufwand zu 
ermoglichen. AuBerdem ist es eine Aufgabe der Erfindung, 
Mittel bereitzustellen, die die Anwendung einer einfachen 
Schnitistelle fur ein Fern- Aufrufen von Java-Methoden 
durch Java nicht unterstutzende Anwendungen uber ein Da- 
ten-Kommunikationsnetz ermoglichen. 

Entsprechend der Erfindung, wie sie in den Anspriichen 
definiert ist, generiert eine Java nicht untersiuizende An- 
wendung einen Standard-TCP/IP-Koinmunikationsaufruf 
fur eine Methode einer Java-Klasse in einer Datenbank mit 
Java-Klassen und Java-Methoden. Ein Java- Service- Server 
empfangt Anforderungen fur Methodenaufrufe und verar- 
beitel diese Aufrufe : einschlieBlich der Umwandlung des 
Methoden auf rufs und der zugehorigen Paramet erdaten von 
einem Transportformat in Java-Ursprungs-Datentypen. Die 
umgewandelten Daten dienen zum Aufrufen einer Java-Me- 
thode, die dann durch Anwenden der Methode auf die um- 
gewandelten Parameterdaten ausgefuhrt wird. Die Ergebnis- 
daten der Methodenausflihrung werden aus dem Java-For- 
mat in das Transportformat untgewandelt, in dem sie an die 
Java nicht unterstutzende Anwendung ubemiiuelt werden. 

TCP/IP hat sich als Standardmittel fiir die Kommunika- 
tion in alien IT-Umgebungen durchgesetzt. Mil der Erfin- 
dung hat man Zugriff auf Java-Anwcndungcn iibcr die 
TCP/H- Kommunikauon. Der Anwendungsprogrammierer 
muB nur fur die Standard-TCP/EP-Kommunikationsaufrufe 
programmieren. Fur die Kommunikation auf Java-Seite 



wird ein Java- Service- Server gesianet. Dieser Server er- 
zeugt eine Instanz der Klasse, auf die zugegriften werden 
soil, und bildet eine Schnittstelle zu den Ursprungsdateniy- 
pen ? die zum Aufrufen von Java-Methoden innerhalb einer 

5 instantiierten Klasse verwendet werden konnen. 

Die grundlegende Kommunikation zwischen dem Java 
nicht unterstutzenden Client und dem Java-Server-Modul isi 
textbasien und somit unabhangig vom Rechner und vom 
Betriebs system. Der Server unterstiitzi auBerdem die Uber- 

10 tragung von Hilfeinformationen. 

Durch die Verwendung von TCP/IP- Kommunikauons- 
aufrufen fiir den Aufruf von Java-Methoden wird die 
Schnittsielle zwischen der Java nicht unterstutzenden An- 
wendung und Java-Ursprungsdatentypen auBerst einfach 

15 gehaken. Hierdurch ist es moglich. eine Verknupfung zu 
schaffen zwischen Anwendungen, die in low-end Program- 
miersprachen geschrieben sind, bei spiels weise Shell-SkripL, 
Pearl, C odcr Visual Basic, und den Java-Anwcndungcn. 
Der Server kann von einer extemen, Java nicht unterstutzen- 

20 den Anwendung uber ein Netzwerk, bei spiels weise das In- 
ternet, genutzt werden. 

Die von dem Server bereitgestellte Schnittstelle ist voll 
konfigurierbar und wird von einer Konfigurationsdatei ange- 
steuert. Die Konfigurauonsdatei kann mit der von den Java- 

25 Doc-Da teien bereitgestellten Infonnation des Codes, auf 
den zugegriffen wird, erstellt werden. 

Kurze Beschreibung der Zeichnungen 

30 Im folgenden werden Implemenuerungen der Erfindung 
unter Bezugnahme auf Zeichnungen beschrieben. Es zeigt: 

Fig. 1 ein Blockschema eines Systems, in dem ein Proxy- 
Server verwendet wird, der in ein Netz fiir den Zugriff auf 
Smart Cards integrien ist, entsprechend dem hierin be- 
35 schriebenen Ausfuhrungsheispiel der Erfindung; 

Fig. 2 ein Blockschema des Proxy-Servers, der im Sy- 
stem der Fig. 1 verwendet wird; und 

Fig. 3 ein Blockschema von Schritten entsprechend einer 
ProzeBimplementierung der Erfindung. 

40 

Ausfiihriiche Beschreibung eines bevorzugten Ausfuh- 
rungsbei spiels der Erfindung 

Fig. 1 zeigt eine virtueile Java-Maschine (Java VM) 110, 

45 die den Java-Interpreter und das Java-Laufzeiisystem um- 
faBt und sich auf einem lokalen Rechner 100 befindet, der 
neben anderen Anwendungsprogrammen installiert ist. Die 
virtueile Java-Maschine 110 umfaBt einen Java- Service- Ser- 
ver 120, bei dem es sich um ein Anwendungsprogramm 

50 handeli, das auf Java VM 110 lauft. Die virtueile Java-Ma- 
schine 11 0 umfaBt weiter eine Datenbank 130, die eine Viel- 
zahl von registrierten Java-Klassen und Java-Methoden um- 
faBL Der Begriff "Methode" hat hier die Bedeutung, wie sie 
generell in der objektorientierten Technologie verwendet 

55 wird, d. h., zur Darstellung einer Funktionsgruppe oder ei- 
ner Operation. Die in der Datenbank 130 enthaltenen Java- 
Klassen sind Datensarnmlungen und Sammlungen von Me- 
thoden. die mit diesen Daten arbeiten. Jede Klasse ist einem 
Anwendungsbereich zugewiesen. Die in der Datenbank 130 

60 enthaltenen Methoden definieren Operationen, die mit den 
Daten einer Klasse ausgefuhrt werden konnen. Eine Klasse 
kann bei spiels weise "Kreis" genannt werden und ihre Me- 
thoden fuhren die Funktionen aus, auf dem Bildschirrn einer 
Anzeige vorrichtung einen Kreis zu zeichnen. Jede Methode 

65 ist cincr Klasse zugewiesen, wobci jede Klasse uber cine 
Vielzahl von Methoden verfugen kann. Die Methoden kon- 
nen Kl as sen methoden sein. die auch als statische Methoden 
bezeichnet werden, die ohne Instantiierung durch Referen- 
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zierung dieser Klasse und innerhalb dieser Klasse nach ih- 
ren Namen aufgerufen werden konnen, oder sie konnen Ob- 
jektmethoden sein, die aufgerufen werden, nachdem ein Ob- 
jekt von der referenzierten Klasse instantiiert wurde, Java 
VM 110 umfaBt auBerdem ein Methodenausfuhrungsele- 
ment 132, das die von der Datenbank 130 aufgerufen en Me- 
thoden ausfuhrt. 

Der .lava-Service-Server 120 unterstiitzt ein en Jokalen 
Client 140, bei dem es sich urn ein auf dein lokalen Rechner 
100 laufendes, Java nicht unterstutzendes Anwendungspro- 
grainm handek. Zu diesem Zweck wird der Client 140 mil- 
teis einer Betriebskoppelung 124 mil eineni Kommunikati- 
onselement 122 des Java-Service-Servers 120 verknupft. 
Das Kommunikalionse lenient 122 wird auBerdem iiber ei- 
nen Kommunikalionskanal 144 und ein Netzwerk 150, bei- is 
spielsweise das Internet, mil. eineni extemen Client 160 ver- 
knupft, der ein Java nicht unterslutzendes Anwendungspro- 
gramm scin kann, das auf cincr Workstation 170 laufl, die 
mil dem Netzwerk iiber einen Kommunikalionskanal 172 
verbunden ist Die Java nicht untersiiitzenden Anwendun- 20 
gen konnen Anwendungsprogramme sein, die zum Bei spiel 
in den Prograrnmiersprachen C oder Visual Basic geschrie- 
ben sind. Diese Programme nutzen die Java-Methoden in 
der Datenbank 130, indem sic wahrend derLaufzeit Aufrufe 
an diese Melhoden ausgeben unci diese als Anforderungen 25 
an den Java-Service-Server 120 schicken. Die Anwen- 
dungsprogramme senden an den Server 120 auBerdem Da- 
ten, die mil den Aufruten verbunden sind und auf die die 
aufgerufenen Methoden angewendel werden sollen. Die 
Java VM 120 ruft die angeforderien Java-Methoden von der 30 
Datenbank 130 ab und fiihrt sie aus. indem sie die genannten 
verbundenen Daten verwendet, und ubergibt nach Berech- 
nung das Ergebnis iiber den Server 120 zurtick an die Client- 
Anwendung. 

Fig. 2 zeigt die Komponenten eines Blockschemas fur 
eine Implement ierung des Java-Service- Servers 120. Die 
Implementierung umfaBt einen TCP/IP-Server 210, der der 
Kommunikationskomponenie 122 aus Fig. 1 enispricht und 
den Kommunikationsprotokollstandard TCP (Transmission 
Control Protocol) und IP (Internei Protocol) erfullt. Der 
TCP-IP-Sei-ver210 empfangl Anforderungen iiber die Kom- 
niunikationskanale 142 und 144 und gibt an den anfordern- 
den Client 140 oder 160 eine BegrCiBungsmeldung aus. Der 
TCP-IP-Server 210 iiberpruft Benulzername und Passwort 
der Anforderung und siarteu nachdem ereine Verbindung zu 
dem anfordernden Client hergestellt hat, ein Anforderungs- 
bearbeitungselemenl 220, um die von dem Client 140 oder 
160 empfangene Anforderung zu verarbeiten. Jede einge- 
gangene Anforderung enthalt einen Aufruf fur eine Methode 
in der Datenbank 130. 

Das Anforderungsbearbeilungselement 220 fiihrt einige 
vorbereitende Opera tionen durch, die fur die Verarbeitung 
einer Anforderung erfcrderlich sind. Hierzu gehort die Ein- 
leilung einer Kon figuration des Java-Service- Servers 120 
mit Hilfe einer Konfigurationsdatenbank 230, in der alle In- 
formationen, die das Programm fur seine Funktion benougt, 
gespeichert sind. AuBerdem enthalt die Datenbank Informa- 
tionen, die fiir den InstantiierungsprozeB notwendig sind, 
sowie Referenzen zu alien Systemnieldungen. Zusatzlich 
enthalt sie Hilfemeldungen, die mit Hilfe des Anforderungs- 
bearbeitungselements 220 und des TCP/IP-Servers 210 dem 
Benutzer der Anwendung 140 oder 170 auf Wunsch zur Ver- 
fiigung gestellt werden. Die Kon figuration des JSS- Servers 
120 hangt unter anderem von bestimniten Clienl-Parametern 
ab, bei spielsweise von der Progranimicrsprachc und den 
von der Client- Anwendung verwendeten Datentypen. Nach- 
dem die Konfiguration abgeschlossen ist, lei let das Anforde- 
rungsbearbeitungselement 220 eine Umwandlung des Auf- 
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rufs aus eineni Transport format in Java-Ursprungsdaten ein. 
Die Umwandlungen werden mittels eines Kommunikations- 
schnittstelleneleinents 240 durchgefiihrt. AuBer beim Auf- 
rufen einer Klassenmethode oder einer statischen Methode 
5 starlet das Anfbrderungsbearbeitungselenient 220 iiber ein 
Klassen- und Methode nbearbeitungsele men t 250 eine In- 
st antiierungskomponente 252, die auf die in der Anforde- 
rung angegebene Java- Klasse zugreift und eine Instantiie- 
rung der angegebenen Klasse generiert. Diese Klasse ist als 
10 eine von vielen Java-Klassen in einer Datenbank 260 enthal- 
ten, die der Datenbank 130 der Fig. 1 entspricht. Wenn der 
Aufruf sich auf eine Klassenmethode oder eine statische 
Methode bezieht, erfolgt der Zugriff auf die entsprechende 
Methode in der Dat enbank 260 ohne e ine Ins tan tiie rung der 
" von dem Aufruf referenzierten Klasse. 

Das Anforderungsbearbeitungselement 220 fordert den 
anfordernden Client 140 oder 170 zur Angabe der mit dem 
Aufruf verbundenen Paramctcrdatcn auf. Die Paramctcrda- 
ten speziflzieren eine auszufiihrende Zielmethode und ent- 
halt en Daten. auf die die Zielmethode angewendet werden 
soil. Der TCP/TP-Server 210 empfangt die Meldung vom 
Client und das Anforderungsbearbeitungselement 220 leitet 
eine Umwandlung der Daien aus dem TCP/IP-Transportfor- 
mat in Java-Ursprungsdatentypen ein. Ein Datenerfassungs- 
elenieni 254 baul anhand der Spezifikalion der Zielniethode 
und der zu verarbeitenden Client -Daten aus der instantiier- 
ten Java- Klasse ein Java-Objekt auf und ein Methodenauf- 
rufelernent 256 ruft die Zielmethode in dem genannten Ob- 
jekt auf. Das aufgerufene Objekt wird dem Methodenbear- 
beitungse lenient 250 iibergeben, welches das Methodenaus- 
fuhrungselement 262 des Java VM 110 starlet , um die Ziel- 
methode mil den konvertierten Clieni-Daten auszufiihren. 

Bei AbschluB der Methodenoperauon leit e t ein Daten - 
riickmeldeelement 258 das Ergebnis der Methodenausfuh- 
rung an das Anforderungsbearbeitungselemenl 220 weiter, 
das die Ergebnisdaten in das Transportformat umwandelt 
und sie an den Client 140 oder 160 sendet, von dem der Auf- 
ruf ausging. Wenn der Aufruf von dem lokalen Client kam, 
werden die konvertierten Ergebnisse mit Hilfe des TCP/IP- 
40 Servers 210 der Client- Anwendung 140 iibergeben. Wenn 
der Aufruf von dem entfernten Client kam, werden die kon- 
vertierten Ergebnisse iiber den TCP/IP-Server 210 und das 
Netz 150 an die Client-Anwendung 160 tibermitielt. 

Zusammenfassend gilt, daB immer dann, wenn ein Me- 
45 thodenaufruf an den Server 120 geht, dieser durch Angabe 
des Ruckmelde-Daientyps, der Anzahl der Parameter und 
der Datentypen reagiert, die fiir die Eingangsparameter zu 
verwenden sind. Der Client teilt die Lange eines jeden Ein- 
gabefeldes mit und sendet die entsprechenden Parameterda- 
50 ten im Textfonnat. Der Server konvertiert die Textdaten in 
die gewiinschten Java-Daientypen und ruft die gewiinschte 
Java-Methode auf. Nachdem die Ausfiihrung der Methode 
durch Java VM abgeschlossen ist, wandell der Server das 
Ergebnis in das TCP/IP- Tex tformat um und schickt es, wie 
55 oben beschrieben, zuruck an den Client. 

Die von dem Server 120 bereitgestellte Schnittstelle ist 
voll konfigurierbar und ist in einer Konfigurationsdatei in 
der Konfigurationsdatenbank 230 gespeichert. Diese Datei 
kann mit Informationen aus dem JavaDoc-Tool des ('odes 
60 erzeugt werden, auf den zugegrifTen werden soil. Bei kom- 
plexeren Schnittstellen, bei spielsweise der Unterstutzung 
von Java-Datentypobjekten, die keine Ursprungsdatentyp- 
objekte sind, ist es moglich, in Java Wrapper-Klassen zu 
verwenden. 

65 Die Schrittc des Anwcndungszugriffs- und Anwcndungs- 
ausfiihrungsprozesses in Java werden unter Bezugnahme 
auf Fig. 3 beschrieben. Der ProzeB betrifft die Verwendung 
von Objekunethoden, auf die nach Instantiierung einer spe- 
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zifizierten Java-Klasse zugegriffen werden kann. In Schriu 
310 wird eine Anforderung von einem Client empfangen 
und der Client wird mil. dem Java-Service-Server 120 ver- 
bunden, der eine BegruRungsmeldung an den Client schickt 
In Schriu 320 gibt der Client eine Java-Klasse an, auf die zu- 
gegriffen werden soil, und der Server 120 fuhn eine Instan- 
liierung dieser Klasse durch. In Schriu 330 gibt der Client 
die aufzurufende Methode an und der Server 120 fragt nach 
den Parameterdaten, die von der angegebenen Methode zu 
verarbeiten sind. In Schritt 340 sender der Client dem Server 
120 Parameterdaten; dieser bam. mil den umgewandelten 
Parameterdaten ein Java-Objekt auf. In Schriu 350 ist das 
Senden der Parameterdaten beendet und der Server 120 ruft 
die Zielinethode auf. In Schriu 360 fuhn Java VM die Ziel- 
methode aus. Der Server 120 empfangt die Melhoden-Ruck- 
meldedaten, die ausgewertet, in das Transportformat umge- 
wandelt und an die Client- An wendung gesendet werden. In 
Schriu 370 empfangt der Client die Antwort und vcrarbcitet 
diese bei der Ausfuhrung seines Anwendungsprogramms. 
Mil Schriu 380 beendet der Client seine Verbindung zum 
Server 120 oder starlet eine neue Anforderung. Im folgen- 
den werden Beispiele einer Kommunikaiion zwischen ei- 
nem Client und einem Server beschrieben. 

Erstes Bei spiel 

Der Client leitet die Verbindung zum Server ein. Der Ser- 
ver kann mit einer BegruBungsmeldung antworten: 

>"200 JavaServiceServer (C) IBM 1998 READY." 

Der Client fordert die Methode an, auf die er zugreifen 
mochte: 



Der Server sendet ein Datenpaket mil beiden Informations- 
feldem: 

< t, HFJJ J OWWORLDHFJJ J OWWORl J D" 

5 

Der Client meldet zuruck, daB die gesendeten Daten korrekt 
waren und ant wort et mil dem Senden von Ruckmeldedaten: 

>"200 Methode erfolgreich aufgerufen - sende Ruckmel- 
to dung." 
"2" ^ 
"20° 



<"initialize. ,1 

Die Methode "initialize" ist eine Methode mit der Definition 
(void)iniualize(void). Der Server sendet die Antwort auf 
den Aufruf zuruck: 

>"200 Methode erfolgreich aufgerufen - keine Ruckmel- 
dung." 

Dies ist eine einfache Fonn zum Aufrufen einer Methode. 
Komplizierter ist der Aufruf, wenn der Transport zusatzli- 
cher Daten von der und zu der An wen dung erforderlich ist. 

Zweites Beispiel 

In diesem Beispiel benotigt die aufgerufene Methode 
zwei Strings und meldet eine ganze Zahl zuruck. 
Wieder wird die Methode aufgerufen: 

< "verify" 

Der Server antwortet mit den benougten Datentypen: 
>"400 (int)verify(String.String)" 

Der CLient muB dem Server mitleilen, wie viele Daten er 
senden mochte: 

>"10 10" 

Der Server bestaugt: 

>"200 OK. Beginne mit dem Senden der Daten." 



Der Server 120 bestatigt die Anforderung und weist dar- 
15 auf hin ? daB er zwei Bytes Daten zurucksenden wird; an- 
schlieBend sendet er die zwei Datenbytes. Die Definition des 
Datenfelds wird auf die eingegangenen Daten angewendet 
und die Anwcndung 140 odcr 160 kann jetzt ihrc cigene 
Darstellung fur den empfangenen Wert verwenden. 
20 Zwar wurde die Erfindung unter Bezugnahme auf eine 
bevorzugte Implementierung der Erfindung beschrieben, je- 
doch liegen Anderungen oder andere Ausruhrungsbeispiele 
der Erfindung im Erfindungsunifang, wie er in den Ansprii- 
chen definiert wird. 

25 

Patentanspruche 

1. Eine Vorrichtung zum Zugriff auf Java-Methoden, 
die in einem Datenbank-Mittel mit Java-Klasse n und 
30 Java-Methoden (130 : 260) enthalten sind, durch eine 
Anwendung, wobei das genannte Datenbank-Mittel in 
einem lokalen Rechner (100) gespeichert ist und Ser- 
ver-Mittel (120), die in einer Java-Umgebung auf dem 
genannten lokalen Rechner laufen, darauf zugreifen, 
35 umfassend: 

(a) Java nicht unterstiitzende Anwendungsmittel 
(140), die einen Standard-TCP/IP-Kommunikati- 
onsaufruf fur eine Methode einer Java-Klasse in 
der genannten Datenbank (130, 260) generieren; 
40 (b) Mittel (122, 210) fur den Empfang des ge- 

nannten Methodenaufrufs und der zugehorigen 
Parameterdaten von dem genannten Anwen- 
dungsmittel; 

(c) Mittel (220, 240) zum Umwandeln des ge- 
45 nannten Methodenaufrufs und der genannten zu- 
gehorigen Parameierdaten von dem genannten 
Anwendungsmittel aus einem Transportformat in 
Java-Ursprungsdatentypen; 

(d) Mittel (250, 256) zum Aufrufen der genann- 
50 ten Java-Methode und zum Ausfuhren der Me- 
thode unter Verwendung der genannten umge- 
wandelten Parameterdaten; 

(e) Mittel (258, 220, 240) zum Generieren einer 
Antwort an die Client- An wendung (140) durch 

55 Umwandeln der Ergebnisdaten der Ausfuhrung 

vom Java-Format in ein Transportformat; und 

(f) Mittel (210) zurUbergabe der umgewandelten 
Ergebnisdaten an das Java nicht unterstiitzende 
AnwendungsmiueL 

60 2. Eine Vorrichtung nach Anspruch 1, umfassend 
TCP/IP-Servermittel (210) zum Empfangen der ge- 
nannten Methodenaufrufe und der genannten Parame- 
terdaten von der genannten An wendung (140) und fiir 
die Ubertragung der genannten Ergebnisdaten an die 

65 genannte Anwcndung (140). 

3. Eine Vorrichtung nach Anspruch 1, weiter umfas- 
send Mittel zur Erzeugung einer Instanz (252) der in 
dem genannten Aufruf angegebenen Java-Klasse, die 
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die aufzurufende Methode enthalt. 

4. Eine Vorrichtung nach Anspruch 3, weiter umfas- 
send Mi tie 1 (254) zur Generierung eines Objekts aus ei- 
ner instanliierten Klasse, das eine Methode enthalt, auf 
die durch das genannte aufrufende Mittel (250, 256) 5 
zugegriffen wird. 

5. Eine Vorrichlung nach Anspruch 1, umfassend ei- 
nen .lava-Service-Server (130), der eine auf einer virtu- 
ellen Java-Maschine (110) auf dem genannten lokalen 
Rechner (100) laufende Anwendung ist, fur die Durch- 10 
fuhrung des Zugriffs auf eine Methode in der genann- 
ten Java-Datenbank (130. 260) und zur Ausfuhrung der 
genannten Methode mi t Dalen, die von der Java nicht 
unterslutzenden Anwendung empfangen wurden, wo- 
bei der genannte Java-Service-Server (130) das ge- 15 
nannte TCP/TP Servermitiel (210) umfaBt. 

6. Eine Vorrichtung nach Anspruch 5, bei der der Java 
Service-Server (130) cine Schnittstcllc (240) umfaBt, 
um Methoden auf rufe und zugehorige Datenparameter 
aus eineni Transport format in ein Java-Format uinzu- 20 
setzen und um Ergebnisdaten aus der Ausfuhrung der 
Methode aus einem Java-Format in ein Transportfor- 
mai umzusetzen. 

7. Eine Vorrichlung nach Anspruch 5, bei der der Java 
Service- Server (130) die Uberlragung der Hilfemel- 25 
dungen an die genannte Anwendung durchfuhrt. 

8. Eine Vorrichlung nach einem der Anspriiche 1-7, 
bei der die genannte Java nicht unterstutzende Anwen- 
dung (160) auf einem externen Rechner (170) inst al- 
lien ist, der uber ein Datenkommunikationsnetzwerk 30 
(150) mil dem genannten empfangenden und uberge- 
benden Mittel (210) verbunden ist. 

9. Ein ProzeB fur den Zugriff auf Java-Methoden, die 
in einer Datenbank mil Java-Klassen und Java-Metho- 
den (130, 260) en thai ten sind, durch eine Anwendung 35 
(140), wobei die genannte Datenbank in einem lokalen 
Rechner (100) gespei chert ist und ein Server, der in ei- 
ner Java-Umgebung (120) auf dem genannten lokalen 
Rechner lauft, auf sie zugreifl, gekennzeichnei durch 
folgende Schritte: 40 

(a) Erzeugen eines Standard-TCP/IP-Kommuni- 
kationsaufrufs fiir eine Methode einer Java-Klasse 
in der genannten Datenbank (320) durch eine Java 
nicht unterstutzende Anwendung (140); 

(b) Empfangen des genannten Methodenaufrufs 45 
und der zugehorigen Parameterdaten von der ge- 
nannten Anwendung (330, 340); 

(c) Umwandeln des genannten Methodenaufrufs 
und der zugehorigen Parameterdaten aus einem 
Tran sport format in Java-Ursprungsdatentypen 50 
(340); 

(d) Aufrufen der genannten Java-Methode zur 
Ausfuhrung durch Verwenden der genannten um- 
gewandelten Parameterdaten (350, 360); 

(e) Generieren einer Ant wort an die Client -An- 55 
wendung (140), durch Umwandeln der Ergebnis- 
daten der Methoden ausfuhrung in ein Transport- 
format (360); und 

(0 t Jbergabe des umgewandelten Ergebnisses an 
die Java nicht unterstutzende Anwendung. 60 

10. Ein ProzeB nach Anspruch 9, umfassend den 
Schritt (dl) des Erzeugens einer Instanz der in dem ge- 
nannten Aufruf spezifizienen Java-Klasse, welche die 
aufzurufende Methode enthalt. 

11. Ein ProzeB nach Anspruch 10, umfassend den 65 
Schritt (d2) des Erzeugens eines Objekts aus einer in- 
stantiierten Klasse, welches die Meihode enthalt, auf 
die von dem genannten aufrufenden Mitteb(250; 256) 
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zugegriffen werden soli. 

12. Ein ProzeB nach eineni der Anspriiche 9-11, bei 
dem Schritt (a) wahrend der Laufzeit der Anwendung 
ausgefuhrt wird. 

13. Ein ProzeB nach Anspruch 9, umfassend den 
Schritt des Ubertragens von Hilfemeldungen an die ge- 
nannte Anwendung. 

14. Ein ProzeB nach einem der Anspruche 9-13, bei 
dem der genannte Methodenaufruf und die genannten, 
damit verbundenen Parameter an den genannten Emp- 
fangsschritt (b) von einer auf einem entfernten Rechner 
(170) laufenden Anwendung (160) uber ein Datenkom- 
munikationsnetz (150) ubertragen werden. 

15. Ein Program mprodukt, das auf einem Datentrager 
gespeichert ist, umfassend die Schritte eines Prozesses 
fur den Zugriff auf Java-Methoden, die in einer Daten- 
bank mil Java-Klassen und Java-Methoden (130, 260) 
cnthalt.cn sind, durch cine Anwendung (140), wobci die 
genannte Datenbank in einem lokalen Rechner (100) 
gespeichert ist und auf sie von einem Server zugegrif- 
fen wird, der in einer Java-Umgebung auf dem genann- 
ten lokalen Rechner lauft, gekennzeichnet durch fol- 
gende Schritte: 

(a) Generieren eines Standard-TCP/IP- KOmmu- 
nikalionsaufrufs fur eine Meihode einer Java- 
Klasse in der genannten Datenbank (320) durch 
eine Java nicht unterstutzende Anwendung; 

(b) Empfangen des genannten Methodenaufrufs 
und der zugehorigen Parameterdaten von der ge- 
nannten Anwendung (330, 340) 

(c) Umwandeln des genannien Methodenaufrufs 
und der zugehorigen Parameterdaten von einem 
Tran sportfor mat in Java-Ursprungsdatentypen 
(340); 

(d) Aufrufen der genannten Java-Methode zur 
Ausfuhrung, unter Anwendung der genannten 
konvertierten Parameterdaten (350, 360); 

(e) Generieren einer Ant wort an die Client -An- 
wendung (140), durch Umwandeln der Ergebnis- 
daten der Methoden ausfuhrung in ein Transpon- 
fbnnat. (360): und 

(f) Ubergabe des umgewandelten Ergebnisses an 
die Java nicht unterstutzende Anwendung. 

16. Ein Programinprodukt nach Anspruch 15, umfas- 
send den Schritt (dl) des Erzeugens einer Instanz der 
Java-Klasse, die in dem genannten Aufruf spezifiziert 
wurde und die die aufzurufende Methode enthalt. 

17. Ein Programinprodukt nach Anspruch 16, umfas- 
send den Schritt (d2) des Generierens eines Objekts aus 
einer in stan tiierten Klasse, die die Methode enthalt, auf 
die von dem genannten aufrufenden Mittel (250, 256) 
zugegriffen werden soil. 

18. Ein ProzeB nach einem der Anspruche 15-17, bei 
dem Schritt (a) wahrend der Laufzeit der Anwendung 
ausgefuhrt wird. 

19. Ein Programinprodukt nach Anspruch 15. umfas- 
send den Schritt des Ubertragens von Hilfemeldungen 
an die genannte Anwendung. 

20. Ein Programmprodukt nach einem der Anspruche 
15-19, bei dem der genannte Methodenaufruf und die 
zugehorigen Parameter uber ein Datenkommunikati- 
onsnetz (150) von einer Anwendung (160), die auf ei- 
nem entfernten Rechner (170) installiert ist, ah den ge- 
nannten Empfangsschritt (b) ubertragen werden. 
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